Our Case No. 8285/663 



(A00493-2) 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
APPLICATION FOR UNITED STATES LETTERS PATENT 



INVENTORS: 



Gordon L. Blumenschein 
Jeffrey J. Meek 
Susanne M. Crockett 



TITLE: 



Method and System for Termination 
Blocking of Message Delivery Service 



ATTORNEY: 



Joseph F. Hetz 

BRINKS HOFER GILSON & LIONE 
P.O. BOX 10395 
CHICAGO, ILLINOIS 60610 
(312) 321-4719 



-1- 



MFTHOD AND SYSTEM FOR TFRMINATION BLOCKINfi OF 
MESSAGE DFUVFRY SFRVtCF 

TECHNICAL FIELD OF T HF IN VENTION 

5 The present invention relates generally to telecommunications, and 

in particular, to messaging services in a telephone system. 

BACKGROUND OF THE INVENTION 

Convenience continues to be a predominant trend in today's 
10 society. With answering machines, voice mail and other messaging 

services becoming increasingly common, many callers find it frustrating to 
receive no answer. This situation arises when a caller attempts to reach a 
party that does not have an answering machine, voice mail or any other 
messaging service. Accordingly, there is a need for a message delivery 
15 service that enables a caller to benefit from the convenience of being able 
to leave a message even when the called party does not have a system 
automatically answering their phone. However, such a service should 
allow for called parties who insist on not receiving telephonic messages, 
to block the service, preventing messages from being delivered to their 
2 0 extension(s). 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention is pointed out with particularity in the appended 
claims. However, other features of the invention will become more 

2 5 apparent, and the invention will be best understood by referring to the 

following detailed description in conjunction with the accompanying 
drawings, in which: 

FIG. 1 shows a flowchart illustrating a method of operating a 
message delivery service in accordance with an embodiment of the 

3 0 present invention; 

FIG. 2 is a block diagram illustrating a telecommunications system 
in accordance with an exemplary embodiment of the present invention; 
FIG. 3 shows an event diagram depicting caller invocation of the 



message delivery service available from the system of FIG. 2; 

FIG. 4 shows a flowchart diagram illustrating the operation of the 
originating service switching point (SSP) of FIG. 2 in accordance with an 
embodiment of the invention; 

FIGS. 5-7 show a flowchart diagram illustrating a method of 
operating the originating service control point (SCP) of FIG. 2 in 
accordance with an embodiment of the present invention; and 

FIG. 8 shows a flowchart diagram illustrating a method of operating 
the service node/intelligent peripheral (SN/IP) of FIG. 2 in accordance with 
an embodiment of the present invention. 

DETAILED DESCRIPTION 

The present invention relates to an improved message delivery 
service that records a caller's message for subsequent delivery to a called 
party. The service includes, among other things, a blocking mechanism 
that can be configured at the request of the called party to prevent 
activation of the message delivery service. This feature is advantageous 
in that it provides subscribers the option of not receiving incoming calls 
from an automated message delivery system. 

According to one embodiment of the present invention, an 
advanced intelligent network (AIN) is configured to provide a selectively- 
enableable message service for delivering caller information to a called 
party subsequent to an originating call. The messaging service is capable 
of collecting and recording the caller information during the originating call 
and then placing one or more calls to the called party at successive 
intervals to deliver the caller information. 

A blocking mechanism permits the called party to disable the 
messaging service so that it is not made available to the caller during the 
originating call. The blocking mechanism can be included in any of the 
elements of the AIN, or alternatively, it can be provided as a separate 
device, such as a conventional central office switch or communication 
serve connected thereto, operating in conjunction with the AIN. 
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Turning now to the drawings, and in particular to FIG. 1, there is 
illustrated a flowchart diagram describing the operation of a message 
delivery service in a telecommunications system that accords with an 
embodiment of the present invention. In step 22, a caller places a call to 
5 the called party. Upon detecting a no-answer condition (step 24), a 
termination blocking list is accessed (step 26). A no-answer condition 
exists when a call has rung for a predetermined time without the called 
party answering. The termination blocking list can be a database file 
included in the blocking mechanism. The list can include caller-IDs, the 
10 names, numbers, or any other type of information for identifying called 
parties that do not wish to receive messages generated by the delivery 
service. 

Accordingly, while the call is in progress, a check is made to 
determine whether or not the called party is included in the termination 

15 blocking list (step 28). If the called party is identified in the list, the 
message delivery service is blocked, i.e., it is not offered to the calling 
party. In this circumstance, the call simply continues ringing the called 
party, without the service being offered (step 30) until the caller hangs up 
(step 32) or the call is otherwise terminated. However, if the called party 

20 is not identified by the blocking list, the delivery service provides the 
caller the option of recording a message (step 34). 

If the caller selects the service, a message is recorded and stored. 
After the message is recorded, the caller is disconnected (step 36). The 
service then automatically places one or more calls to the called party at 

25 predetermined intervals (step 38) to deliver the message. During each 

call, a check is made to determine whether the called party answers (step 
40). If the party answers, the recorded message is played back (step 44). 
However, if after a predetermined number of attempts, the called party 
fails to answer the calls placed by the messaging service, the service 

30 deletes the stored message (step 42). 

Turning now to FIG. 2, there is illustrated a telecommunications 
system 50 providing an exemplary embodiment that accords with the 



present invention. The system 50 can include an advanced intelligent 
network (AIN) including an originating service switching point (SSP) 54, 
an originating service control point (SCP) 58, a service node/intelligent 
peripheral (SN/IP) 56, a termination blocking list 60, a signal transfer point 
5 (STP) 59, a service management system (SMS) 62, and a termination SSP 
64. A caller customer premises equipment (CPE) 52, such as a telephone 
or the like, can communicate with the originating SSP 54, using any 
suitable interface, including a local loop, conventional analog, or 
alternatively, a digital communication link, such as an integrated service 

10 digital network (ISDN) interface. A called party CPE 66 such as a 

telephone or the like, communicates with the termination SSP 64 using a 
suitable interface, such as those listed above for the caller CPE 52. 

The AIN architecture can be implemented with common channel 
Signalling System No. 7 (SS7) protocol. An SS7 network includes various 

15 packet switching elements and transmission links, some of which are 
shown in the system 50. For instance, the SMS 62 generally includes a 
computer-based system used to design service logic, to control logic 
implementation on the system 50, and to manage system operation, such 
as monitoring traffic levels, collecting statistics and billing data, and 

2 0 providing a mechanism for updating the AIN according to subscriber 

service orders. Although not so limited, the SMS 62 can be implemented 
by a computer workstation, such as an HP9000 from Hewlett-Packard, 
running commercially available SMS software. 

The SCP 58 can be a commercially-available AIN node which 

2 5 contains the service logic and associated data support to execute the 

required customer services. For example, the SCP 58 can be 
implemented using an SCP Model 1 or Model 2, available from Lucent 
Technologies, Inc. 

As is known in the art, the STP 59 can be a packet switch used to 

3 0 route signalling messages within the network. 

The SSPs 54, 64 can be commercially-available AIN nodes used as 
local or central office switches sometimes also referred to as an end- 



office, which recognize "triggers" generated when a call invokes an AIN 
service. As is known in the art, standard triggers are provided with 
commercially-available SSPs, as well as proprietary triggers that are 
available with and well documented for specific SSPs. Generally, upon 
detecting a trigger, an SSP communicates with its SCP to operate the 
invoked service. 

The functionality of the originating and termination SSPs 54, 64 as 
disclosed herein can be implemented using a BESS switch, with generic 
5E1 1 update or better, available from Lucent Technologies, Inc. 

The termination blocking list 60 can be a database file containing 
information (such as a party's name and number), for identifying parties 
that do not want the messaging service to deliver information to them. If 
a party has entered into the termination blocking list 60, the messaging 
service will be blocked, and the caller will not be given the option to 
invoke the service. The termination blocking list 60 can be updated to 
include or delete a party's entry therein. This can be accomplished by the 
party submitting a service order to the SMS 62, which in turn, sends a 
message to the SCP 58 causing a service logic thereof to modify the 
termination blocking list. The SMS 62 can include a standard software 
interface configured to permit an operator to manually enter a service 
request generated by a party to create a service order. 

The SN/IP 56 can be a computer or communication server linked 
via an open interface to the originating SSP 54. In the example shown, 
the SSP 54 and the SN/IP 56 communicate via an integrated services 
digital network (ISDN) connection. The ISDN link can be implemented 
using either ISDN-BRI (basic rate interface) or ISDN-PRI (primary rate 
interface) protocols, which are known in the art. 

It is not necessary to have SN/IP 56 directly connected to the 
originating SSP 54. The SN/IP 56 can be alternatively connected to 
another SSP or an end office (EO) (not shown) that is in communication 
with the originating SSP 54. In this arrangement, calls are connected to 
the SN/IP by routing them through the other SSP or EO hosting the SN/IP. 
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The SN/IP 56 contains and manages resources required to offer 
services and service enhancements to network users. Generally, the 
SN/IP 56 may be used to combine advanced speech technologies and 
computer telephony integration (CTI) capabilities in a single platform that 
5 can be used as a network resource. The services provided by the SN/IP 
24 can include voice or fax store and forward, dual-tone multi-frequency 
(DTMF) recognition with external telephony resources, text-to-speech 
synthesis, and the like. A compact service node (CSN) as manufactured 
by Lucent Technologies, Inc., can be used to provide the functionalities of 

10 the SN/IP 56 disclosed herein. 

FIG. 3 shows an event diagram 70 depicting the invocation of the 
message delivery service in the AIN of FIG. 2. Initially, the calling party 
(party A) calls the called party (party B) (Event 1). The call is placed from 
the caller unit 52, and received by the originating SSP 54, which routes 

15 the call to the termination SSP 64. After connecting the call, a no-answer 
office trigger is generated by the originating SSP 54 upon party B's failure 
to answer after a predetermined, programmable interval has elapsed. The 
originating SSP 54 includes a timer (not shown) for determining elapsed 
time. Upon detecting the no-answer trigger, the originating SSP 54 

20 queries the SCP 58. The query can be sent to the SCP 58 using a 

conventional SS7 protocol. In response to the query, the SCP 58 screens 
the call to determine whether the message delivery service is available to 
party A. The screening is accomplished by comparing caller information 
and/or called party information to predetermined criteria, such as lists of 

25 restricted prefixes, non-LATA callers, and the like. The caller/called party 
information can be provided with the query message. If the service is 
available, the SCP 58 notifies the SSP 54, causing the SSP 54 to 
generate an announcement to party A offering the message delivery 
service. 

3 0 Party A's response to this offer is passed from the SSP 54 to the 

SCP 58, which then determines whether or not party A has selected to 
deliver a message. If party A has selected the service, the SCP 58 sends 



an analyze-route message to the SSP 54, where the analyze route 
message includes a called number parameter sent to the number of the 
SN/IP 56. Upon receiving the anaiyze-route message, the SSP 54 
connects the call SN/IP 56, which can play a series of announcements to 
5 party A and collect and record caller information. The caller information 
can include the caller's name and phone number. After the call has 
terminated, the SN/IP 56 places successive calls to party B via the 
termination SSP 64 until the party B answers or a predetermined 
maximum number of attempts is exceeded. If party B answers any of 
10 these calls, the recorded message is delivered by playing it back to party 
B. 

FIG. 4 shows a flowchart diagram of a method 80 of operating the 
originating SSP 54 shown in FIG. 2. In step 82, the SSP 54 detects an 
off-hook condition generated by the caller CPE 52. In response to the off- 

15 hook condition, the SSP 54 provides a dial tone (step 84) to the caller 
CPE 52. After receiving a dialed number, the SSP 54 routes the call to 
the called parties premise equipment 66 (step 86). After the call has been 
allowed to ring for a predetermined time without answer, a no-answer 
trigger is encountered by the SSP 54 (step 88). In response to the no- 

20 answer trigger, the SSP 54 transmits a no-answer query to the SCP 58 
(step 90). The no-answer query can include caller and called party's 
information. The SCP 58 then screens the call according to 
predetermined criteria and then provides a response to the SSP 54. 
Details of the screening criteria are provided below with reference to 

25 FIGS. 5-7. Referring back to FIG. 4, in step 92, the SSP 54 receives the 
SCP response. If the SCP 58 responds with a continue message, the 
messaging service is not invoked and the SSP 54 continues ringing the 
called party (step 94) until the caller hangs up or the called party answers 
(step 96). 

30 However, if the SCP 58 transmits a send-to-resource message to 

the SSP 54, the messaging service will be offered to the called party. In 
this case, the SSP 54 plays an announcement to the caller giving the 



caller the option to select the messaging service (step 100). In step 102, 
the SSP 54 collects the digits entered by the caller in response to the 
announcement and sends them to the SCP 58 to be analyzed. The SCP 
58 compares the caller digits to predetermined criteria to determine 
5 whether the caller has selected the service. If the caller selects the 
service, the SCP transmits an analyze-route message to the SSP 54; 
otherwise, if the caller has not selected the service, the SCP 58 transmits 
a continue message (step 104). If the SSP 54 receives the continue 
message, the service is not offered and the SSP 54 continues to ring the 

10 called party (step 94) until the caller hangs up or the called party answers 
(step 96). However, upon receiving an analyze-route message, the SSP 
54 attempts to connect the caller to SN/IP 56 (step 106). 

FIGS. 5-7 show a flowchart illustrating a method 120 of operating 
the originating SCP 58 shown in FIG. 2. The primary functions of the 

15 SCP 58 are to control the service and to screen the calls by comparing 
incoming caller/called party information to the predetermined criteria. To 
provide the message delivery service, the SCP 58 communicates with the 
SSP 54 and provides control information for successfully routing the 
originating call. To provide the message delivery service, operation of the 

2 0 SCP 58 commences upon receiving a no-answer query from the SSP 54 

(step 122). Upon receiving this query, the SCP 58 accesses the 
termination blocking list 60 (step 124). As described above, the 
termination blocking list 60 can be a database file containing information 
for identifying parties that do not want the messaging service to deliver 
25 caller information to them. 

After accessing the termination blocking list 60, the SCP 58 
determines whether the message delivery service has been blocked by the 
called party (step 126). If so, the SCP 58 outputs a continue message to 
the SSP 54, causing the SSP 54 to continue ringing the called party 

3 0 without offering the service. However, if the service is not blocked by 

the termination blocking list, the method 120 proceeds to step 128. 
The remaining screening criteria discussed in reference to steps 



128-138 are not exhaustive, representing examples of possible criteria 
that can be used in conjunction with the termination blocking list 60. In 
step 128, a check is made to determine whether the identity of the calling 
party is equal to that of the called party. If so, the SCP 58 generates the 
5 continue message step 148 and the service is not offered. Otherwise, 
the SCP 58 continues its screening process by comparing the call to 
additional criteria. In step 130, a check is made to determine whether the 
caller and the called party reside within the same local access and 
transport area (LATA). If not, the SCP 58 outputs a continue message to 

10 the SSP 54. Otherwise, the method proceeds to step 132, where the 
area code of the called party is checked to determine whether it is 
restricted from using the messaging service. A list of excluded area 
codes can include toll-free numbers, such as 800 and 888 numbers, as 
well as toll numbers, such as 900 and 976 area codes. The SCP 58 can 

15 be configured to prohibit the message delivery service from any 
predetermined area code. 

Next, in step 134 a check is made to determine whether or not the 
called party phone number includes the correct number of digits. For 
example, the correct number of digits in a phone number is typically ten 

20 or seven. If the correct number of digits is not present, the SCP 58 

generates a continue message and the service is not offered (step 148). 
Otherwise, the SCP 58 continues its comparisons and determines whether 
the called party's caller-ID has been blocked, restricting presentation 
thereof (step 136). If so, the message delivery service is not offered and 

25 the SCP 58 generates a continue message (step 148). Next, in step 138 
the SCP 58 checks an origination blocking list to determine whether or 
not the caller is prohibited from accessing the message delivery service. 
The origination blocking list can have a function analogous to that of the 
termination blocking list, in that it prevents the message delivery service 

3 0 . from being offered to predetermined callers. However, the two blocking 
lists differ in that the origination blocking list contains entries identifying 
calling parties, while the termination blocking list contains entries 



identifying called parties. Accordingly, if the caller is identified in the 
origination blocking list, the SCP 58 generates a continue message (step 
148) and the caller is denied access to the delivery service. 

If the call satisfies all of the predetermined criteria utilized by the 
5 SCP 58, the SCP 58 outputs a send-to-resource message to the SSP 54 
(step 140). This message causes the SSP 54 to present the messaging 
service announcement to the caller. The SCP 58 then waits until it 
receives a resource-clear message containing the callers response (step 
142). In step 144, a check is made to determine whether the resource- 

10 clear message indicates that the call was answered or abandoned. If so, 
the SCP 58 terminates its actions regarding the message delivery service. 
If not, a check is made by the SCP 58 to determine whether the caller 
has selected the message delivering service (step 146). If not, the SCP 
58 outputs the continue message (step 148). If so, the SCP 58 outputs 

15 an analyze-route message, causing the SSP 54 to connect the call to the 
SN/IP 56 (step 150). 

FIG. 8 depicts a flowchart illustrating a method 170 of operating 
the SN/IP 56 to provide the message delivery service. Under the delivery 
service, the SN/IP 56 commences operation when the SSP 54 connects 

20 the call thereto (step 1 72). After receiving a call from the SSP 54, the 
SN/IP 56 plays an audible service announcement describing the message 
delivery service and providing a number of options to the caller, such as 
message playback, editing, or deletion. 

In step 176, the SN/IP 56 records and stores the caller's message. 

25 The message can include the caller's name and number as spoken by the 
caller. Alternatively, the recorded message can include caller-ID 
information automatically provided to the SN/IP 56 by the SSP 54. This 
information can be provided to a text-to-speech synthesizer (not shown) 
within the SN/IP 56 for audible delivery to the called party at a later time. 

30 After the message is recorded, the caller is disconnected from the 

AIN (step 178). After the caller has been disconnected, the SN/IP 56 can 
set software variables representing a start time and a call count. These 
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variables are used to determine the interval between calls placed by the 
SN/IP 56 to the called party and the number of attempts by the SN/IP 56 
to reach the called party. In step 1 82, a check is made to determine 
whether the difference between the current time and the start time is 
5 equal to a predetermined interval defining the period between successive 
calls made by the SN/IP 56 to the called party. The current time can be 
provided by a conventional system clock provided within the SN/IP 56. If 
the interval has not elapsed, the message delivery service enters a 
temporary wait state (step 184) and then repeats the check of whether 

10 the interval has elapsed. After the interval has elapsed, the call count is 
compared to a predetermined maximum call count. The maximum call 
count can be a programmable software variable indicating the maximum 
number of attempts by the SN/IP 56 to successfully complete a call to the 
called party. In the example shown, if the call count is equal to the 

15 maximum count, the SN/IP 56 has failed to deliver the stored message 
and, in turn, deletes the message (step 188). However, if the call count 
o has not exceeded the maximum count, the SN/IP 56 places the message 

delivery call to the called party (step 190). The SN/IP 56 monitors the 
call to determine whether or not called party answers (step 1 92). If the 

20 party answers, the stored message is played back to the called party. 

The SN/IP 56 can be configured to provide playback options to the called 
party, such as playback repeat, message forwarding, message archiving, 
or the like. However, if the called party does not answer, the call count 
variable is incremented and a new successive interval is commenced and 

25 the method 170 returns to step 182. 

The AIN elements, such as the SSP 54, the SCP 58, and the SN/IP 
56, can be configured to accept an article of manufacture, such as a 
computer-readable medium that contains software components in 
accordance with an embodiment of the present invention. In sum, there 

30 has been disclosed herein a system and method that permits a telephonic 
message delivery service to be blocked by a called party. Because the 
system and method as disclosed herein can utilize a termination blocking 



list, it can permit a party to conveniently and transparently disable the 
service. 

Obviously, many modifications and variations of the present 
invention are possible in light of the above teachings. Thus, it is to be 
understood that, within the scope of the appended claims, the invention 
may be practiced otherwise than as specifically described above. 



